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GENERATING NOTIFICATIONS BY POWERED-DOWN DEVICES 

BACKGROUND 

[0001] The claimed invention relates to devices in mobile computers and, more particularly, 
to communication with devices in mobile computers. 

[0002] Notebook (or "laptop") computers may include one or more devices that may be built- 
in and/or removable from an expansion bay or similar housing. Such devices may be somewhat 
modular and may interact with the remainder of the notebook computer via an interface, such as 
the parallel advanced technology attachment (FATA) interface. Examples of such devices may 
include optical media drives, other types of removable-media devices, and/or communication 
devices. 

[0003] For devices in which media may be inserted, an operating system in the notebook 
computer may periodically poll the device to determine whether a state of the media has been 
changed (e.g., media inserted, ejected, etc.). Such ongoing poUing of the device, however, may 
in some instances prevent the device from being placed in a lower-power mode (e.g., powered 
down/off). This polling operation and corresponding device state may consume more power 
than the lower-power mode. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0004] The accompanying drawings, which are incorporated in and constitute a part of this 
specification, illustrate one or more implementations consistent with the principles of the 
invention and, together with the description, explain such implementation(s). In the drawings, 
[00051 Fig- 1 illustrates an exemplary system consistent with the principles of the invention; 
[0006] Fig. 2 illustrates the exemplary system of Fig. 1 according to an implementation 
consistent with the principles of the invention; and 

[0007] Fig. 3 is a flow chart illustrating a process of waking a device upon a state change 
according to an implementation consistent with the principles of the invention. 

DETAILED DESCRIPTION 
[0008] The following detailed description refers to the accompanying drawings. The same 
reference numbers may be used in different drawings to identify the same or similar elements. 
Also, the following detailed description illustrates certain implementations and principles, but 
the scope of the claimed invention is defined by the appended claims and equivalents. 

EXEMPLARY SYSTEM 
[0009] Fig. 1 illustrates an exemplary computing system 100 in an implementation consistent 
with the principles of the invention. System 100 may include a host 110, an interface 120, and a 
device 130 that includes wake circuitry 140. It should be noted that Fig. 1 illustrates electrical 
connections, and that one or more of interface 120 and device 130 may be physically located 
within host 110. 
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[00101 Host 1 10 may include a notebook computer or other mobile computing device. 
Although not explicitly illustrated in Fig. 1, host 1 10 may include a number of components 
typically found in mobile computing devices, such as a battery , a processor, memory, a hard 
disk, a flat panel display, an antenna, etc. Host 1 10 may be arranged to provide control signals 
and power to device 130 via interface 120. When host 1 10 controls the operation of device 130, 
such control may be accomplished via computer-executable instructions stored in a memory (not 
shown) in host 110. 

[001 1 ] Interface 1 20 may include one or more physical connectors that include pins/lines 
(hereinafter "lines" that denote the signals assigned to particular pins). Such lines in interface 
120 are typically predefined and standardized/fixed by common convention so that host 1 10 may 
support a number of different devices 130, perhaps firom different manufacturers. In one 
implementation consistent with the principles of the invention, interface 120 may include a 
parallel ATA (PATA) interface. Such FATA interface may include a number of well-defined 
lines with which those skilled in the art will be familiar, including a power line (VCC), an 
interrupt request line (IRQ), and a reset line (RESET). 

[00121 Device 130 may send and receive data to/firom host 1 10 via interface 120, and device 
130 may also receive power and control signals via interface 120. Purely for clarity of 
explanation, device 130 will be described herein in the context of an optical drive (e.g., compact 
disc (CD), CD with CD writing capabilities, digital versatile disc (DVD), DVD with DVD 
writing capabilities, etc.). In some implementations, device 130 may be placed in a "D3 Cold" 
state in which minimal power is used by device 130. For the purposes of description, such a D3 
Cold state may be equated with an un-powered state for device 130. 
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[0013] Wake circuitry 140 may reside within device 130 and may be arranged to wake device 
130 upon a media-related state change in (un-powered) device 130. Because device 130 may not 
be receiving power from interface 120 in a D3 Cold state, wake circuitry 140 may operate in 
conjunction with existing lines on interface 120. In one implementation consistent with the 
principles of the invention, wake circuitry 140 may trigger the IRQ line of interface 120, but 
other implementations are possible. One specific implementation of wake circuitry 140 will be 
described with respect to Fig. 2. 

[0014] Fig. 2 illustrates in greater detail one implementation of exemplary system 100 
consistent with the principles of the invention. Host 110 may include a power switch 210 and a 
controller 220. Power switch 210 may include, for example, a field effect transistor (FET) 
arranged to selectively provide a supply voltage Vin to the VCC line of interface 120 based on a 
control signal CTL. In this manner, power switch 210 may selectively remove at least power on 
the VCC line from device 130 under direction of controller 220. 

[GDI 5] Controller 220 may be arranged to monitor, control, and interface with device 1 30. 
Although illustrated as a discrete device in Fig. 2, controller 220 may be implemented, for 
example, in software that is stored in a memory and executed by a general-purpose or specific- 
purpose processor (not shown). Although controller 220 may be connected to other lines of 
interface 120, it may be connected to the IRQ and RESET lines, and it may control power on the 
VCC line via power switch 210. The operation of controller 220 will be described in greater 
detail below. 

[0016] Interface 120 may include a number of lines, including RESET, IRQ, and VCC shown 
in Fig. 2. Although not explicitly illustrated in Fig. 2, host 1 10 may include a number of pull-up 
resistors (not shown) to impart a defauh High state (e.g., +5 V) to certain lines in interface 120. 
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For example, the RESET and IRQ lines may normally be held in a High logical state be such 
pull-up resistors. 

[0017] Device 130 may include wake-up circuitry 140 and drive electronics 230. In one 
implementation consistent with the principles of the invention, wake-up circuitry 140 may 
include a multiplexer (MUX) 240, resistors 242 and 244, a diode 250, and a switch 260. 
[0018] Drive electronics 230 may include necessary hardware and/or firmware to operate 
device 130, including controlling a motor if present and sending/receiving data to/fi-om host 1 10. 
During typical operation, drive electronics 230 may operate device 130 and consume power, but 
in a power-saving mode drive electronics 230 may be substantially unpowered by the removal of 
voltage from the VCC hne of interface 120. 

[0019] MUX 240 may determine which of drive electronics 230 and diode 250 is connected 
to the IRQ line in interface 120. Resistors 242 and 244 may power and/or bias MUX 240 so that 
diode 250 is connected to the IRQ line in interface 120 when drive electronics 230 is unpowered 
(e.g., in a D3 Cold state). Conversely, when drive electronics 230 is fully powered, MUX 240 
may instead connect the IRQ signal from drive electronics 230 directly to interface 120. 
[0020] Diode 250 and switch 260 may operate in conjunction to pull the IRQ line in interface 
120 to a Low logical state when switch 260 is actuated. Such puUing-down of the existing IRQ 
line may generate an interrupt transition and act to alert one or more of controller 220 and drive 
electronics 230 that a state change has occurred in unpowered device 130. Controller 220 and/or 
drive electronics 230 may perform additional fimctions in response to this interrupt signal on the 
IRQ line of interface 120, as will be described in detail below. 

[0021] Switch 260 may be actuated by a state change event in device 1 30. If, for example, 
device 130 is a tray-loading optical drive, switch 260 may be actuated by a user pressing a 
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manual eject button on the drive or by insertion of media into the drive. If device 130 is a slot- 
loading optical drive, switch 260 may be actuated by the insertion of optical media into the drive 
or another media insertion/removal event. In other implementations consistent with the 
principles of the invention, switch 260 may be actuated by a user pressing some other type of 
button/control on device 130, such as a media play button, pause button, forward/reverse button, 
track skip button, etc. 

[00221 In one implementation, switch 260 may include two or more such switches in parallel, 
so that the activation of any switch may generate an interrupt on the IRQ line of interface 120. 
In some implementations consistent with the principles of the invention, switch 260 and/or drive 
electronics 230 may include an associated memory function (e.g., a flip-flop, "sticky" switch, 
etc. (not shown)) so that switch 260 and/or drive electronics 230 may be queried later (e.g., by 
controller 220) to determine exactly which state change event in device 130 caused the interrupt 
on the IRQ line. 

[0023] It should be noted that MUX 240 and resistors 242/244 need not be present for wake- 
up circuitry 140 to pull down and cause an interrupt signal on the IRQ Une of interface 120. 
Further, those skilled in the art will appreciate that other circuitry may be used in place of and/or 
in addition to diode 250 and switch 260 to cause a signal on the IRQ line when drive electronics 
230 are unpowered. 



EXEMPLARY PROCESS 
[0024] Fig. 3 is a flow chart illustrating a process of waking device 130 upon a state change 
according to an implementation consistent with the principles of the invention. The process may 
begin by some wake event occurring [act 310]. As mentioned earUer, possible state changes that 
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may wave device 130 may include a push of an eject button and/or media insertion. 
[00251 The wake event may actuate wake circuitry 140 in device 1 30 and generate a 
notification to host 1 10 [act 320]. Such a notification may include a down-transition of the IRQ 
line in interface 120 caused by diode 250 and switch 260. Other lines in interface than the IRQ 
line and/or other arrangements of wake circuitry 140, however, may be employed to notify host 
110. As illustrated in Fig. 2, this notification signal may also be input to drive electronics 230 in 
device 130. 

[0026] Processing may continue with one of host 1 10 and drive circuitry 230 providing power 
to device 130 [act 330]. In the implementation illustrated in Fig. 2, for example, upon receipt of 
an interrupt on IRQ line, controller 220 may send a CTL signal to power switch 210 to re- 
connect the Vin voltage to device 130 via the VCC line in interface 120. In another 
implementation, where drive circuitry 230 may have internally disconnected the VCC line, drive 
circuitry 230 may re-connect such power to other portions of device 130. 
[0027] Device 1 30, having power re-connected, may then respond to the wake event [act 
340]. In one, tray-loading, implementation, device 130 may open its tray (e.g., ejecting optical 
media therein) in response to an eject button push in act 310. In another, slot-loading, 
implementation, device 130 may accept optical media onto an internal spindle in response to 
insertion of the media in act 310. Other responses by device 130 are possible in act 340, 
depending on the particular wake event in act 310. 

[0028] In response to the notification in act 320, host 110 may query device 130 for the 
context of the wake event [act 350]. For example, controller 220 may have received an interrupt 
signal on the IRQ line, but may not know exactly which state change event in device 130 caused 
the interrupt. So controller 220 may reset device 130 and may query the event context via 
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interface 120. Device 130 may respond to host 1 10 via interface 120 after determining what 
event closed switch 260. Drive electronics 230 may query the memory function (e.g., flip-flop 
or other mechanism) associated with switch 260 to aid in this determination. 
[00291 Processing may continue with host 1 10 exploiting the context of the wake event that it 
received from device 130 [act 360]. In one implementation, controller 220 in host 110 may 
inform an operating system that media has been ejected from device 130. In another 
implementation, controller 220 may inform the operating system that media has been inserted 
into device 130. Other wake event contexts may be similarly communicated to, for example, the 
operating system of the mobile computer. The operating system may reflect this wake event 
accordingly, for example, reflecting the media's presence/absence in a graphical representation 
of a file system. 

[0030] The system and scheme described above may lower the power consumption of device 
130 when idle. Polling of device 130 by host 1 10 may also be reduced or eliminated, due to the 
operation of at least wake circuitry 140. 

CONCLUSION 

[0031] The foregoing description of one or more implementations consistent with the 
principles of the invention provides illustration and description, but is not intended to be 
exhaustive or to limit the claimed invention to the precise form disclosed. Modifications and 
variations are possible in Ught of the above teachings or may be acquired from practice of the 
invention. 

[0032] For example, although the above waking scheme has been described with respect to 
the IRQ Une of interface 120, another line of interface 120 may additionally or ahemately be 
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used. Although the use of the IRQ hne uses an existing, predefined line of interface 120 (an 
hence does not impose substantial design restrictions), an unassigned or reassigned line of 
interface 120 may also be used for dedicated, wake event signaling from device 130 to host 1 10. 
[0033] Further, although described above in the context of mobile or notebook computers, the 
principles of the invention described herein also may be implemented in a desktop computer, 
tower computer, or other non-mobile computing system. 

[0034] Moreover, the acts in Fig. 3 need not be implemented in the order shown; nor do all of 
the acts necessarily need to be performed. Also, those acts that are not dependent on other acts 
may be performed in parallel with the other acts. Further, the acts in this figure may be 
implemented as instructions, or groups of instructions, implemented in a computer-readable 
medium. 

[00351 No element, act, or instruction used in the description of the present appUcation should 
be construed as critical or essential to the invention unless explicitly described as such. Also, as 
used herein, the article "a" is intended to include one or more items. Where only one item is 
intended, the term "one" or similar language is used. The scope of the claimed invention is 
defined by the claims and their equivalents. 
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